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BACKGROUND OF THE INVENTION 
5 Field of the Invention 

The present invention relates to a system for designing, constructing and 
managing the construction of a physical entity such as a building. More specifically, 
the present invention relates to a system that facilitates a real time project database in 
10 data communication with several industry available software tools used in the design, 
execution and management of a physical entity such as a building. 

Description of the Related Art 

Many industries employ a team of players to design and execute a project. For 
15 example, the construction industry employs a team of players to design and construct 
a building, such as an office building, a hotel/casino, or a manufacturing facility. 
Typically, the project team includes architects who prepare architectural drawings and 
specifications of the project according to a developer's direction. The team also 
includes engineers who are responsible for building systems such as staictural, power, 
20 heating, cooling, plumbing systems, etc., and interior designers who are responsible 
for specifications relevant to interior design such as the selection and placement of 
furniture, paint selection, wall coverings, fixtures, office equipment, systems, etc. 



! 



mey Docket No.: M-8331 US 

) 

The team's contractor implements the designs of the architects, engineers, and interior 
designers, and is generally responsible for the purchase of materials, electrical 
systems, mechanical systems, life safety systems, furniture, fixtures, etc., the 
management of the project budget, and for the management of any or all 
subcontractors who implement the design drawings and specifications. Finally, 
project accountants are responsible for payment of goods and services. 

In the past, the design and construction of a project involved the transfer of a 
substantial amount of paper between the various team members. For example, the 
architect may prepare initial paper specifications and drawings (i.e., blueprints) for a 
building project. These paper specifications and drawings, in turn, may be provided 
to one or more additional architectural engineers for modification or approval. The 
chief architect must provide his paper design specifications and drawings, typically 
via overnight delivery, to one or more of the collaborating firms. These additional 
team members typically add components or make modifications to the initial 
architectural drawings and specifications. Once revision is completed, the 
collaborating firms return the revised architectural specification and drawings to the 
architect so that he may compile a master set of building specifications and drawings. 
Several different, further revisions may occur between the architect and the other 
project team engineers before the final set of master architectural specifications and 
drawings is created. 

The architectural specifications and drawings, once completed, are also 
provided to interior designers for input with respect to interior design features such as 
furniture, wall coverings, paint selection, office equipment, etc. In that each item 
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added to a construction project, including furniture, fixtures, and equipment, typically 
generates more paper specifications, the interior designers additionally generate a 
substantial amount of paper that must be properly cataloged and distributed to other 
project team members. At any point during the project, revisions to the original 
5 architectural design specifications and drawings may occur which, in turn, may 

complicate the specifications of the interior designers and/or collaborating engineers. 

Ultimately, the interior design specifications along with the architectural and 
engineering design specifications and/or drawings are provided to a contractor who, in 
accordance with the specifications and drawings, coordinates subcontractors, 

10 purchasing agents, etc., to purchase the raw materials, electrical systems, mechanical 
systems, life safety systems, building equipment, labor, fixtures, etc. and facilitates 
construction management of the project. Construction management or finance team 
members are responsible for maintaining the budget of the construction project, and 
must have current, accurate information relating to costs of materials, fixtures, labor, 

15 etc. Additionally, accountants pay project invoices and track the project's accounting 
commitments. At any point, an owner, architect, engineer, interior designer, or 
contractor may propose modifications to the project that necessitate further, hurried 
paper transfer amongst the team members to insure that all are working with the same 
information. 

20 Computer implemented systems have streamlined many manufacturing 

processes. In the architecture, engineering, and construction industry, software 
systems have been developed which aid each team member (specific to each team 
member's position) in the development of a construction project. For example, 
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computer aided design tools have been developed which enable an architect or interior 
designer to model a design project in a database. These computer aided design tools 
allow more efficient modifications to an existing design than the prior art method of 
employing blueprints in which changes were entered by hand. Accounting systems 
5 are also available which enable the paperless financial management of a construction 
project. Additionally, software systems are available to contractors to facilitate the 
necessary purchases, scheduling and management of a construction project. 

While these existing architecture, engineering and construction software 
systems aid individual construction project team members, communication between 

10 the various team members remains as inefficient as in the past. In other words, an 
architect can make revisions to the architectural specifications of a project by 
accessing and modifying an existing project database. The architect has no need to 
generate a hard-copy of the architectural drawings and hand-enter revisions thereto. 
However, the architect must still communicate with the interior designer, contractor, 

15 finance team members, etc., via the old method of printing out and hastily distributing 
(usually numerous) architectural drawings. This is especially true when project team 
members wish to modify architectural specifications. 

SUMMARY OF THE INVENTION 

The present invention provides various embodiments for a method and system, 
20 which builds a central database of data relating to the design and construction of a 

physical entity such as a building. The system enables remotely positioned computer 
systems executing distinct industry software tools to store or modify design and 
project information contained in the central database. Additionally, the system allows 
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communication between the various computer systems including notifications that 
one project team member, via his associated computer system, has updated or added 
information contained within the central database. Business rules can be applied to 
these notifications to assist an organization in managing the various changes on a 
5 project. Additionally, the computer system facilitates information transfer between 
various distinct computer systems. 

In one embodiment, the present invention provides a host computer system 
which is in data communication with a central database. A central database may store 
information predetermined to be important to one or more members of the project. 

10 The host computer system is also in data communication with first and second 

databases. First and second computer systems are in data communication with first 
and second databases, respectively. The first database is configured to store data 
received from the first computer system. The host computer system is configured to 
monitor a plurality of transactions to the first database. Each of the transactions stores 

15 data in the first database. The monitoring of the host computer system includes 
comparing the plurality of transactions against a predetermined transaction. If the 
host computer detects a match between one of the plurality of transactions to the first 
database and the predetermined transaction, the host computer system reads the first 
data from the data base and stores the first data in either the first database or the 

20 central data base, or both. Additionally, the computer system, in response to detecting 
the match, generates an electronic message indicating that the first database has been 
updated with the first data. Thereafter, the host computer system transmits the 
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message to the second computer system in data communication with the host 
computer system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 Figure 1 is a block diagram illustrating one embodiment of the present 

invention in data communication with several remotely located computer systems; 

Figure 2 shows one embodiment of the present invention shown in Figure 1 ; 
Figure 3 shows an architecture, engineering and construction inductry 
embodiment of the present invention shown in Figure 2; 
10 Figure 4 shows one embodiment of the invention shown in Figure 3; 

Figure 5 shows another embodiment of the invention shown in Figure 3; 
Figure 6 shows still another alternative embodiment of the invention shown in 
Figure 3; 

Figure 7 is a table used by the invention shown in Figure 3 to detect 
15 predetermined translations; 

Figure 8 is a routing table illustrating how one exemplary transaction shown in 
Figure 7 is translated between a source database and a destination database; 

Figure 9 is a flow chart illustrating operational aspects of the present 
invention. 

20 While the invention is susceptible to various modifications and alternative 

forms, specific embodiments thereof are shown by way of example in the drawings 
and will herein be described in detail. It should be understood, however, that the 
drawings and detailed description thereto are not intended to limit the invention to the 
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particular form disclosed, but on the contrary, the intention is to cover all 
modifications, equivalents, and alternatives falling within the spirit and scope of the 
present invention as defmed by the appended claims. 

5 DESCRIPTION OF THE PREFERRED EMBODIMENT(S) 

Figure 1 illustrates an Integrated Business System (IBS) 10 implementing the 
present invention. In the embodiment shown in Figure 1, the IBS is coupled to or in 
data communication with additional computer systems A through D via a data link, 
for example an Internet data link, to enable remote communication between the IBS 

10 and computer systems A through D. It is to be understood, however, that the present 
invention may enable communication between the IBS and computer systems A 
through D via a local or intranet data link. Computer systems A through D run 
distinct software tools that, without the IBS, are incapable of effectively 
communicating with each other. 

15 Figure. 2 shows one embodiment of the IBS 10 of Figure 1. More 

particularly, the IBS shown in Figure 2 includes an IBS central database 20 in data 
communication with an IBS engine 22 running on a host computer system which, in 
turn, is in data communication with IBS interface databases 24 through 30. IBS 
interface databases 24 through 30 are respectively in data communication with 

20 systems A through D. The present invention will be described with reference to an 
IBS 10 for use in the building construction industry, it being understood that the 
present invention is employable in other industries where several participants or 
collaborators with distinct roles (e.g. project design, project engineering, project 
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management, etc.) employing distinct software tools, are needed to design and build a 
physical entity. 

The term "computer system" as used herein generally describes the hardware 
and software components that in combination allow the execution of computer 
5 programs. The computer programs may be implemented in software, hardware, or a 
combination of software and hardware. A computer system's hardware generally 
includes a processor, memory media, and Input/Output (I/O) devices. As used herein, 
the term "processor" generally describes the logic circuitry that responds to and 
processes the basic instructions that operate a computer system. The term "memory 

10 medium" includes an installation medium, e.g., a CD-ROM, or floppy disks; a volatile 

computer system memory such as DRAM, SRAM, EDO RAM, Rambus RAM, etc.; or a 
non-volatile memory such as optical storage or a magnetic medium, e.g., a hard drive. 
The term "memory" is used synonymously with "memory medium" herein. The 
memory medium may comprise other types of memory or combinations thereof. In 

1 5 addition, the memory medium may be located in a first computer in which the programs 
are executed, or may be located in a second computer that connects to the first computer 
over a network. In the latter instance, the second computer provides the program 
instructions to the first computer for execution. In addition, the computer system may 
take various forms, including a personal computer system, mainframe computer 

20 system, workstation, network appliance, Internet appliance, personal digital assistant 
(PDA), television system or other device. In general, the term "computer system" can 
be broadly defined to encompass any device having a processor that executes 
instructions from a memory medium. 
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Figure 3 shows an IBS 10 configured for use in the design and construction of 
a building such as a hotel/casino. More particularly, as shown in Figure 3, IBS 10 
includes an IBS architectural and/or interior design interface database 24, an BBS 
procurement interface database 26, an IBS construction interface database 28, and an 
IBS accounting interface database 30. Each of these interface databases is in data 
communication with a respective industry-available software system. More 
particularly, the IBS design interface database 24 is in data communication with an 
industry-available construction design system 12, the IBS procurement interface 
database 26 is in data communication with an industry-available procurement system 
14, the IBS construction interface database 28 is in data communication with an 
industry-available construction management system 16, and the IBS accounting 
database 30 is in data communication with an industry-available construction 
accounting system 18. 

The industry-available systems, as described above, run distinct software that 
are capable of aiding individual members of a construction design team in fulfilling 
their role in the building project. However, the industry-available systems are 
generally incapable of cross-platform communication. The BBS enables cross- 
platform communication between the industry-available systems. Moreover, the IBS 
enables a central database 20 that contains information collected from the distinct 
computer systems 12-18 via their respective interface databases 24-30 and the IBS 
engine 22. The information collected in the central database 20 is predetermined to 
be important to one or more of the design project team members (i.e. an architect, 
interior designer, construction manager, etc.). This IBS central database enables real- 
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time access to a project database so that team members and/or others (e.g. the building 
owner or developer) can obtain, via Internet access, a substantially complete, accurate 
and up to date status of the building project. Since the IBS links the central database 
20 with the various computer systems 12-18, the IBS enables efficient and quick 
5 modification of or additions to the project database without the need of paper transfer 
between the project team members. Moreover, the IBS alerts one or more project 
team members when modifications or additions that are predetermined to be 
important are made to the project so that the alerted project team members can react 
accordingly if the modifications or additions affect their role in the design and 

10 construction of the project building. Further, with reference to Figure 6, the IBS 

central database, once completed in accordance with a finished construction project, 
can be utilized as a facility's management tool via a facilities management system 32 
and a facilities management interface database 34, to enable the building owner to 
efficiently manage the building without the need of engineers' or architects' expertise 

15 in reviewing paper documentation thereof as was previously required. In other words, 
the owner or manager of a finished building can more efficiently plan building 
remodeling, maintenance or modifications using the developed central database 20 
which contains a great amount of important data accessible via software systems. For 
example, if a heating system component, such as a motor, of a completed building 

20 malfunctions due to defects or general wear and tear, the completed IBS central 
database may be accessed to determine the specifications, placement, and 
manufacturer of the malfunctioning motor. By using a database of the completed 
building project, a replacement motor can be easily identified, purchased and 
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installed. The system shown in figure 6 is not limited to use with the interface 
databases and corresponding software systems. Rather, the present invention 
envisions that the system shown in figure 6 may be extended to include additional 
interface databases and corresponding software systems needed in the future. To this 
5 end, figure 6 also shows a future interface database 40 coupled to a future project 
software system 40. The future interface database 40 and future 

The various systems shown in Figure 3 including the IBS, the construction 
design system 12, the procurement system 14, the construction management system 
16, and the construction accounting system 18, can be remotely located from each 

10 other. In this situation, the various systems can communicate via the Internet and 
appropriate supporting software. 

Figure 4 shows another embodiment of the IBS. Here, IBS 10 includes a pair 
of central databases 20X and 20Y in data communication with IBS engine 22. The 
central databases 20X and 20Y contain information relating to separate and possibly 

15 remote building projects X and Y, respectively. Figure 4 also shows IBS including 
separate interface databases 24X-30X and 24Y-30Y coupled to IBS engine 22. Each 
of the interface databases 24X-28X and 24Y-28 Y are in data communication with 
distinct computer systems 12X-16X and 12Y-16Y, respectively, each of which is 
associated distinct project team members possibly remotely located. The construction 

20 interface databases 30X and 30Y, however, are in data communication with a 

common construction management system 1 8 associated with a common construction 
manager. Further, procurement interface databases 26X and 26Y are in data 
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communication with competing procurement computer systems provided by separate 
software vendors. 

With continued reference to Figure 3, the present invention will be described 
with reference to one or more simple examples. Typically in the course of a 
5 construction project, a square footage take-off of the project is calculated. A building 
project budget typically is based upon a square footage take-off. For example, an 
office building project of 5,000 square feet could have a $200.00 per square foot price 
associated therewith. The project could also include a restaurant with a price of 
$300.00 per square foot. The IBS allows electronic capturing of the project take-offs. 

10 In the past, square footage and take-offs were calculated, recorded, and transferred to 
project team members via paper. An architect would typically prepare an 
architectural specification that was forwarded to a contractor who would then 
manually calculate the square-footage of the office building and the restaurant. The 
IBS allows the architectural specification to be moved electronically from a project 

15 architect to a contractor vis-a-vis the construction design system and construction 

management system depicted in Figure 3. With such efficient electronic transfer, the 
information needed by the contractor for calculating project square footage and take- 
off is instantly accessible. The information already entered by the architect is quickly 
and efficiently transferred to the construction management system via the IBS and can 

20 be immediately accessed by the contractor. Additionally, this information may be 
stored in central database 20. To further illustrate functions of the IBS, consider an 
interior designer who plans twenty-five chairs for an office suite. In the past, a 
project procurement agent of the project would, typically, need to obtain and review 
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the interior designer's paper specifications and, in this example, count the number of 
chairs requested. The IBS specifies and electronically counts the number of chairs 
identified for a project, and electronically transfers this information via the IBS to, for 
example, a procurement system, as shown in Figure 3. Information is immediately 
5 available to the project team members via the BBS. Thus, the contractor may 

electronically review the current twenty-five chair specification for a particular office 
suite and may decide that the number of office chairs should be increased to allow for 
the possibility that some chairs might be damaged in shipping. Thus, in this example, 
the contractor, via the construction management system, may access the IBS and 
10 increase the number of office chairs specified for an office suite. The initial 

specification of the office chairs by the interior designer may be stored in the central 
database 20 for review. Additionally, each modification to the number or placement 
of the originally specified office chairs may be stored in the central database 20 for 
subsequent review. 

15 Project team members, or others associated with the project such as the project 

developer or owner, may review the contents of a particular project via project 
collaboration software which may be separate from or integrated into each team 
member's specific software system. Such project collaboration software 
communicates with the IBS central database 20. The project collaboration software 

20 may be implemented as a browser based tool which enables project team members to 
view project specifications and/or drawings stored within the IBS at any point during 
the construction project. Additionally, a central database of a completed project may 
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be viewed by a browser based software tool thereby facilitating post construction 
renovations, remodeling, etc. 

As shown in Figure 3, the various industry-available software systems 12-18 
are in data communication with corresponding IBS interface databases 24 - 30. The 
5 IBS central database 20 stores critical project information, information which is 
predetermined to be particularly important to one or more project team members. 
When a team member wishes to add or modify a project feature via his respective 
computer system, thereby changing project information, the new or modified 
information is received and first stored in a respective IBS interface database. For 

10 example, should an architect seek to modify an architectural design specification, the 
change is first entered into the IBS design interface database 24. IBS engine 22 
monitors the various interface databases 24 - 30 looking for changes which are 
predetermined to be important and which are entered therein by respective systems 12 
- 18. IBS engine 22 employs one or more preprogrammed data collection agents to 

15 monitor the changes entered into the interface databases 24 - 30. Upon detection of a 
change that is predetermined to be important, IBS engine 22 generates a message 
notifying all or select project team members of the change. Additionally, as will be 
more fully described below, IBS engine 22 issues a request for approval of the change 
if required. In one embodiment, the request for approval is routed to, for example, a 

20 project manager. LBS engine 22 may update the IBS central database 20 of the project 
in accordance with the change entered into an interface database. In one embodiment, 
the IBS central database is updated prior to approval from a project manager or other 
with authorization to approve or reject such changes. In an alternative embodiment, 
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approval must be obtained before the central database is updated with the change. 
Lastly, IBS engine 22 may forward information of the changes to other project team 
members for whom the project change is relevant. 

Initially the EBS central database and the interface databases are set up for a 
5 new construction project via a browser interface. Additionally, the IBS engine may 
be preprogrammed via the browser interface with specific rules that guide the design, 
engineering, and execution of a project. Figure 5 shows the system of Figure 3 with a 
project setup browser interface 36 that enables database set up and/or 
preprogramming of the IBS engine. For example, with respect to preprogramming, 

10 the EBS engine may be configured to include predetermined rules for routing 

information in a serial fashion between participants of the project. If a change or 
addition is made to a specification or drawing by the architect, for example, each of 
the project engineers collaborating on the project are provided with notice of the 
change in a serial fashion so that each project engineer may, in serial fashion, modify 

15 the change or addition to the project. Modifying changes or additions to the project in 
a serial fashion avoids modifications which are inconsistent with each other. If, 
however, it is determined that a particular project would prefer a parallel distribution 
of project changes or additions by an architect, the rules of the IBS engine may be 
modified during system setup. 

20 With continued reference to Figure 5, browser interface 36 may also be used 

to initiate a new project database or an interface database corresponding to a 
particular phase or component of a project. In other words, a given project team 
member may initiate an interface database corresponding to a project using the 
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browser interface. For a new project, IBS also sets up central database 20. Again, 
DBS central database 20 is a collection of data that is predetermined to be important 
and that can be shared among the various project team members. In setting up an 
interface database, a team member enters important information such as the client 
5 name, the project location, a job number associated with the particular team member, 
etc. into the browser interface. In response, an interface database is set up which can 
begin collecting information inputted thereto by the particular team member vis-a-vis 
his system. When other project team members create additional interface databases, 
these interface databases are linked so that various team members can share 
10 information via electronic transfer. Thus, an architect may create a design interface 
database 24 for a particular project prior to a contractor creating an IBS construction 
interface database 28. However, once the IBS construction database 28 is created, 
information contained in the IBS design interface database 24 may be transferred 
automatically into the IBS construction interface database 28 vis-a-vis the IBS engine 



As noted above, the IBS engine 22 monitors the interface databases looking 
for new information added thereto, be it new design information, new procurement 
information, new accounting information, etc. This information, if predetermined to 
be important, is routed along with a notification to one or more project team members. 
20 The notification may be routed by many different means, including Email 

notification. As noted above, data collection agents within the IBS engine 22 monitor 
the various interface databases seeking information predetermined to be important to 
one or more project team members. 



15 



22. 
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Depending on the BBS configuration, authorized users (e.g., a project manager) 
can approve or reject the change and trigger appropriate notices. The following 
example more fully describes the process by which a change to the central database is 
approved or rejected. Suppose a designer, operating through his project design 
system, enters a change to an existing specified item of the project. The central 
database is updated with the new specified item in accordance with the change 
entered by the designer.. IBS engine detects the change entered by the designer, and 
accesses a table to determine if the change is one that requires approval from, for 
example, a project manager. If the change is not one that requires approval, the 
process ends, and the central database is maintained with the new specified item. If 
however the change to the previously specified item requires approval, a message is 
generated and routed to the appropriate authorizing entity (e.g., the project manager) 
requesting approval of the change. Upon receipt of the message, the appropriate 
authorizing entity approves or rejects the change to the item specified. If approved, 
the designer is notified accordingly. Additionally, the originally specified item, if 
purchased, may be returned to the vendor who originally sold it to the project and a 
refund may be sought. If, however, the change is rejected, the designer is notified 
accordingly, and the central database reverts to its original state that includes the 
originally specified item. 

Figures 7 and 8 illustrate one embodiment by which the data collection agents 
of the IBS engine 22 are programmed to monitor the interface databases 24 - 30. In 
this configuration, a list of transactions that the preprogrammed data collection agents 
monitor, is identified in Figure 7. A transaction is an event whereby a project team 
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player, via one of the systems 12 - 18, updates a respective interface database 24 - 30 
by adding new project information or modifying existing project infomiation. 

When new data reaches an interface database, a bit associated with the new or 
modified data is toggled so that the data collection agents can detect a new entry 
5 therein. If the transaction is predetermined to be important (is listed in the list of 
transactions set forth in Figure 7), the IBS engine may initiate a translation and a 
routing of the translated data to an appropriate destination. Such destination may 
include the IBS central database 20 and/or one of the interface databases 24 - 30. 
Figure 8 shows the translation and routing mechanism for one of the transaction 

10 entries shown in Figure 7. For example, if the IBS engine detects Transaction 3 
which occurs, for example, in IBS design interface database 24, the IBS engine 
performs a translation and routing of that data in the interface database 24 to the 
procurement interface database 26. The translation table shown in Figure 8 facilitates 
a mapping between the source directory and the destination directory shown in Figure 

15 8 so that appropriate data of Transaction 3 , the interface database location of which is 
pre-identified in the select statement box can be properly routed to its correct 
destination. 

To illustrate further, Transaction 3, as shown in Figure 8, may represent an 
interior designer's modification of the number of chairs to be placed in an office suite 
20 of a particular design construction project. Once the interior designer makes a 

modification to the design interface database 24 (shown in Figure 3) vis-a-vis the 
construction design system 12, a data collection agent of the IBS engine 22 
subsequently detects the modification to design interface database 24, and initiates 
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notification to the procurement system 14 of a change in the number of office chairs 
to be purchased. The new information is translated and routed to the procurement 
interface database 26. Additionally, the new information is translated and routed to 
the central database according to the translation set forth in Figure 8 so that the central 
5 database 20 is up to date. 

Various embodiments of the present invention may be implemented in 
accordance with computer executable instructions on a carrier medium. Suitable 
carrier media include memory media or storage media such as magnetic or optical 
media, e.g., disk or CD-ROM, as well as signals such as electrical, electromagnetic, or 
10 digital signals, conveyed via a communication medium such as networks and/or a 
wireless link. 

Although the system and method of the present invention have been described 
in connection with several embodiments, the invention is not intended to be limited to 
the specific forms set forth herein, but on the contrary, it is intended to cover such 
15 alternatives, modifications, and equivalents as can be reasonably included within the 
spirit and scope of the invention as defined by the appended claims. 
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